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DETAILED ACTION 

Remarks 

1 . This office action is in response to the amendment filed on 1 2/1 8/2007. 

2. Claims 1 and 2 have been amended. 

3. Claims 17-19 have been added 

4. Claims 1-4, 6-8 and 17-19 remain pending and have been examined. 



Response to Arguments/Amendments 

5. Applicant's amendment filed on 1 2/1 8/2007, in particular for amended claims 1 -2 
and newly added claims 17-19, change the scopes of the claims. Therefore, a 
new group of rejection is applied. See Sanchez (Sanchez et al., US 6,477,666 - 
art of record) 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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7. Claims 1-2, 7 and 17-19 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over Schieve (Schieve et al. US 5,463,766) in view of Sanchez 
(Sanchez et al., US 6,477,666 - art of record) 
Claim 1: 

Schieve discloses a method for testing and debugging computer programs, the 
method comprising: 

• Setting a plurality of breakpoints corresponding to a plurality of events in an 
implementation under test, each event being a test executed to a peripheral 
device (see for example Fig. 4, step 410, "Detect Peripherals"" and related 
text) and taking a general processing path when the peripheral device is 
working well (see for example, step 480, "Did test pass? Yes" and related 
text) or an error processing path when the peripheral device is out of order 
(see for example, step 490 "Display Error/Status and Information" and related 
text); 

• Executing the implementation under test for outputting a diagnosis code 
(fig.4, step 480, output YES/NO) of a breakpoint (see for example, step 470, 
"Execute Test" and related text); 

• Resetting a parameter of the event corresponding to the diagnosis code (see 
for example, Fig.4, step 480, "Did Test Pass?" and "Yes/No" paths and 
related text; The "Yes/No" parameter has to be reset each time after step 
470); 

• Executing the event corresponding to the diagnosis code according to the 
reset parameter for making the event undergo the error processing path (see 
for example, step 490 "Display Error/Status and Information" and related text); 

But Schieve does not explicitly disclose resetting a parameter to simulate the 
peripheral device being in the error state throughout execution of the event 
corresponding to the diagnosis code, However, Sanchez in the same analogous 
art of testing the computer program about reliable and proper handling of various 
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faults under various conditions, discloses a method to simulate the error state 
throughout execution (injecting faults and error) (see for example, Fig. 9, step 70, 
"Configure Program/Application for automatic fault injection by setting one or 
more breakpoints within the program/application wherein the breakpoints are 
where faults may be injected"; step 72, "automatic fault injector is initiated" and 
related text). Therefore, it would have been obvious to one having ordinary skill in 
the art at the time the invention was made to use Sanchez 's fault injection 
method to simulate the error state of peripheral device in Schieve . One would 
have been motivated to do so to test the reliable and proper handling of various 
faults and exceptions under various conditions as suggested by Sanchez (see for 
example, ABSTRACT, lines 2-4, "to test the reliable and proper handling of 
various faults and exceptions under various conditions") 

Claim 2: 

Schieve and Sanchez disclose the method for program debugging as in claim 1 , 
Sanchez further discloses wherein the method further comprising: 

■ after executing the event corresponding to the diagnosis code according to 
the reset parameter for making the event undergo the error processing path 
for making the implementation under test make all events undergo the error 
processing path (see for example, see for example, Fig. 9, step 70, "Configure 
Program/Application for automatic fault injection by setting one or more 
breakpoints within the program/application wherein the breakpoints are where 
faults may be injected"; step 72, "automatic fault injector is initiated" and 
related text), 

■ repeating the steps of executing the implementation under test for outputting 
the diagnosis code of the breakpoint (see for example, Fig. 9, steps 74-80 and 
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col. 5, lines 46-50, "When the Event Hook code is executed, then either the 
Java byte code is allowed to continue or the fault is dynamically inserted. If 
the latter event is to occur, then the automatic fault injection algorithm is 
executed by Automatic Fault Injector 30"), 

■ resetting the parameter of the event corresponding to the diagnosis code (see 
for example, Fig. 6, about resetting attributes parameter, "Fail", "Retry", 
"Abort"; Fig. 7, item 44, "Inject the fault based upon the value of a variable" 
and related text) and 

■ executing the event corresponding to the diagnosis code according to the 
reset parameter for making the event undergo the error processing path (see 
for example, Fig. 9 and col .5, lines 46-50, "When the Event Hook code is 
executed, then either the Java byte code is allowed to continue or the fault is 
dynamically inserted. If the latter event is to occur, then the automatic fault 
injection algorithm is executed by Automatic Fault Injector 30"). 

Claim 7: 

Schieve and Sanchez disclose the method for program debugging as in claim 1 
above, which has an error handler to display error message (see for example, 
Fig.4, step 490, "Display Error /Status and Information"). Schieve also discloses 
a step of system reset (see for example, Fig. 3, step 380, "Reset Button 
Pressed?"), but does not explicitly disclose the error handler is a system reset. 
However, it would have been obvious to one having ordinary skill in the art at the 
time the invention was make to use the method of system reset to handle found 
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error. One would have been motivated to do so to reset the system to prevent 
whole system crash when some severe bugs occur (see for example, Fig. 3 step 
380, "Reset Button Pressed?" option "Yes"). 

Claim 17: 

Schieve further discloses the method of claim 1 further comprising: 
■ executing the implementation under test until the diagnosis code of the 
breakpoint matches a predetermined diagnosis code before resetting the 
parameter of the event corresponding to the diagnosis code (see for example, 
Fig. 9, step 70, step 76 "Has breakpoint occurred within called object code?" 
and related text) , and executing the event corresponding to the diagnosis 
code according to the reset parameter for making the event undergo the error 
processing path (see for example, Fig. 9, step 78, "Should a fault be 
inserted?"; step 80 "pick one of the exceptions for this method and throw it" 
and related text). 

Claims 18-19 

Schieve and Sanchez disclose the same method for program debugging as 
addressed in Claims 1 and 2 above. All the limitations have been disclosed by 
Schieve and Sanchez . Therefore, claims 18-19 also would have been obvious in 
view of reference teachings above. For example, the method comprising: 
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■ setting a plurality of breakpoints corresponding to a plurality of events in an 
implementation under test, each event being a test executed to a peripheral 
device (see for example, Schieve , Fig.4, steps 410-490 and related text) and 
taking a general processing path when the peripheral device is 

working well (see for example, Fig.9, step 78, "Should a fault be inserted?" 
path "No" and related text) or an error processing path when the peripheral 
device is in an error state (see for example, Sanchez , Fig.9, step 70, step 78, 
"Should a fault be inserted?" path "Yes" and related text); 

■ setting a parameter to simulate that the peripheral device is working well 
throughout execution of the implementation under test (see for example, 
Sanchez , Fig.9, step 78, "Should a fault be inserted?" and related text); 

■ executing the implementation under test according to the parameter for 
outputting a diagnosis code corresponding to each breakpoint (see for 
example, (see for example, Fig.9, step 78, step 80 and related text) ; 

■ for each breakpoint, determining whether the diagnosis code matches a user 
defined diagnosis code (see for example, Sanchez . Fig.9, steps, 76 "has 
breakpoint occurred within called object code?", step 78, "Should a fault be 
inserted?" and related text); and 

■ resetting the parameter to simulate that the peripheral device is in the error 
state and executing the event corresponding to the diagnosis code according 
to the reset parameter for making the event undergo the error processing 
path when it is determined that the diagnosis code matches the user defined 
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diagnosis code (see for example, Sanchez , Fig. 9, step 78, "Should a fault be 
inserted?", path "Yes"; step 80, "Pick one of the exceptions for this method 
and throw it" and related text). 
■ continuing execution of the implementation under test to a next breakpoint 
without resetting the parameter when it is determined that the diagnosis code 
does not match the user defined diagnosis code (see for example, Sanchez , 
Fig.9, step 78, "Should a fault be inserted?" path "No" and related text). 

8. Claims 3-4 and 8 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Schieve (Schieve et al. US 5,463,766) in view of Sanchez (Sanchez et al., 
US 6,477,666) and in further view of Phillips (Phillips et al., US 5,321 ,828) 
Claim 3-4: 

Schieve discloses the method for program debugging as in claim 1 above, but 
does not explicitly disclose the breakpoints are set ahead of program codes of 
the corresponding events or after program codes of the corresponding events. 
However, Phillips in the same analogous art of an in-circuit emulator for 
hardware/software development and debugging microprocessors discloses that a 
user to set any number of breakpoints all at the same place in the program, or at 
different places (see for example, col.26-col.27, section "Setting Breakpoints" 
and related descriptions). Therefore, it would have been obvious to one having 
ordinary skill in the art at the time the invention was made to set breakpoints 
anywhere in the code in order to adequately support execution control 



Application/Control Number: 10/708,153 Page 9 

Art Unit: 2192 

functionality and provide the rich set of functionality needed for the debugger. 
One would have been motivated to set breakpoints before or after the program 
codes of the corresponding events to narrow down the places where the bugs 
might occur. 

Claim 8: 

Schieve and Sanchez disclose the method for program debugging as in claim 1 
above which has an error handler to display error message, but do not explicitly 
disclose the error handler is a system execution interrupt. However, Phillips in 
the same analogous art of an in-circuit emulator for hardware/software 
development and debugging microprocessors discloses that execution interrupt 
(see for example, col. 72, lines 60-67, "single interrupt request line"). Therefore, it 
would have been obvious to one having ordinary skill in the art at the time the 
inversion was make to use the method of system execution interrupt to allow the 
control processor to monitor the Clock Detect signals which is suggested by 
Phillips . One would have been motivated to do so to stop executing or suspend 
current process to trace the problem. 

9. Claim 6 is rejected under 35 U.S.C. 103(a) as being unpatentable over Schieve 
(Schieve et al. US 5,838,975) in view of Sanchez (Sanchez et al., US 6,477,666) 
and in further view of Robinson (Jeffrey I. Robinson, US 5,768,591 ) 
Claim 6: 
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Schieve and Sanchez disclose the method for program debugging as in claim 1 
above, but do not explicitly disclose that the error handler is an audible tone. 
However, Robinson discloses a similar method for program debugging as in 
claim 1 above which the error handler is an audible tone. (Fig.4, items 172, 164, 
col. 12, lines 64-67, "A sound generator 164 is provided and controlled by the 
message parser and error handler 172"). Therefore, it would have been obvious 
to one having ordinary skill in the art at the time the invention was made to use 
"sound generator" to replace Schieve 's method of error handler. One would have 
been motivated to do so to generate alarm to alert the user when the bug occurs. 



Conclusion 

10. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

1 1 . Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 
37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed 
within TWO MONTHS of the mailing date of this final action and the advisory 
action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
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action is mailed, and any extension fee pursuant to 37 CFR 1 .136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
12. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Zheng Wei whose telephone number is (571) 
270-1 059 and Fax number is (571 ) 270-2059. The examiner can normally be 
reached on Monday-Thursday 8:00-15:00. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Any inquiry of a general nature of relating to the status of this application 
or proceeding should be directed to the TC 2100 Group receptionist whose 
telephone number is 571- 272-1000. 
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Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 

ZW 



/Tuan Q. Dam/ 

Supervisory Patent Examiner, Art Unit 2192 
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